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Description 

HOST CONTROL FOR A VARIETY OF 
TOOLS IN SEMICONDUCTOR FABS 

Background of Invention 
[0001] TECHNICAL FIELD 

[0002] The field of the invention is that of integrated circuit fab- 
rication, in particular controlling the operation of a variety 
of processing tools in a fabrication facility (fab). 

[0003] BACKGROUND OF THE INVENTION 

[0004] | n modern integrated circuit processing technology, there 
are several kinds of equipment in a fab, typically produced 
by different manufacturers. 

[0005] The basic processes of forming an integrated circuit in- 
clude depositing a layer of material on a substrate, defin- 
ing a pattern in a layer of photoresist and etching the pat- 
tern that was defined to transfer the pattern to the layer. 
Those skilled in the art are aware of positive and negative 
patterns, implantation, and other processes. 



[0006] The machines that perform the individual processing 

steps are computer controlled and perform their function 
in response to stored parameters. For example, a chemi- 
cal vapor deposition tool will have stored values for the 
flow rates of the gases that combine to form the film be- 
ing deposited, for the temperature of the wafer during 
deposition (or for the power applied to the heating 
lamps), for the vacuum, for the time duration of the pro- 
cess, etc. 

[0007] These parameters may change during the processing cy- 
cle; e.g. one or more parameters may start with an initial 
value and change that value during the course of the pro- 
cess. There may be many variations of a single process 
that are used with different products. In a foundry or 
other multi-part environment, there may be technical rea- 
sons to vary the thickness of a film or the directionality of 
an etch, or it may simply be a difference in preference be- 
tween one chip designer and another. 

[0008] Currently, a software program, referred to as Host Control 
Software (HCS), sends commands to the tool or tools to 
run the process. The HCS may be part of a larger software 
system that controls the flow of wafers through the fab 
and changes the recipe of an individual tool when a batch 



of wafers requires a different recipe. 

[0009] The use of the same HCS program for a chemical vapor 
deposition tool and an etching tool, say, will require re- 
programming the code in the control software to account 
for the different functions performed by the tool and the 
different internal control software in the tool. 

[0010] No known HCS can connect to different 300mm tool types 
without requiring code changes in the original software. 
Further, current HCS programs do not allow runtime be- 
havior modification without disrupting communications 
between the tool and the manufacturing execution system 
or the processing of the product. 

[0011] | n addition, current HCS does not provide a mechanism to 
perform performance diagnostics on semi compliant 
equipment and equipment control systems to run diag- 
nostic tests to improve the performance of the ecs and 
other systems. 

[0012] The art could benefit from an integrated control system 
that controls different tool types without re- 
programming, including varying the parameters of a par- 
ticular process to improve the performance of the system. 
Summary of Invention 



[0013] The invention relates to HCS that allows development, de- 



ployment, testing, maintenance and upgrade of semicon- 
ductor host control software for different types of tools 
made by different vendors without the need to develop, 
compile and maintain new programs for new tool types. 

[0014] a feature of the invention is that the program is written 
generally and flexibly, so that it can control any type of 
tool that complies with SEMI standards. 

[0015] a feature of the invention is that a tool is initially config- 
ured by entering data representing the desired result in a 
standard form, in response to which the HCS generates 
the required control signals to the tool to produce that re- 
sult. 

[0016] Another feature of the invention is that the HCS generates 
tests to perform integration testing of the tool without 
further input. 

[0017] Another feature of the invention is that a process of tool 
control is divided into units of work (workitems) that can 
be enabled, disabled or added to without reprogramming 
or recompiling the software. 
Brief Description of Drawings 

[0018] Figure 1 illustrates an overall view of the process of con- 
trolling a fab, showing the relationship of the inventive 
software to other software. 



[0019] Figure 2 illustrates the process of setting up a new tool. 
[0020] Figure 3 illustrates an example of controlling a tool. 

[0021] Figure 4 shows the relationship between the HCS, the di- 
agnostic system employed by the HCS and the tool and 
tool control system. 

[0022] Figure 5 illustrates the operation of the diagnostic system. 

Detailed Description 

[0023] Figure 1 illustrates an example of a fab control system 

employing the invention, in which block 10 represents an 
overall system, referred to as a manufacturing execution 
system or MES, that is aware of the status of all wafers in 
the fab and directs them to the sequential steps in the 
process. 

[0024] on the lower right of the Figure, boxes 20-1 - - 20-n 

represent individual tools. Box 100, on the lower left, rep- 
resents a program according to the invention, referred to 
as a host control system or HCS, that receives commands 
from the master system and passes commands on to the 
individual (one or more) tools. The commands may simply 
be passed through, or they may be a relatively high level 
command that results in a number of lower level com- 
mands to the tool. In addition, the HCS will monitor the 



tool or tools and adjust communication in order to im- 
prove fab performance. 

[0025] | n the past, differences in tool types required that the 

control software (either the global control on an interme- 
diate level) be recompiled when there was a change in the 
workflow or when there was a new tool added. For exam- 
ple, when a new step was added to a recipe of a workflow, 
that code section would be rewritten, recompiled and in- 
serted in the HCS software. 

[0026] According to the invention, the addition of a new tool or a 
change to the workitems and/or sequence of items can be 
accommodated without restarting or recompiling the HCS. 

[0027] Figure 2 illustrates the setup sequence in which data from 
a SECS/GEM document is entered into a software template 
and is then transferred without further human interven- 
tion to the HCS, which places it in a database, which may 
be local to a particular tool or fab-wide. Examples of the 
data to be entered are - a change in the sequence of a 
workitem or a new workitem, the SECS-GEM format for a 
report ID, the SECS-FORMAT for DatalD, the tool type 
(Process on Measurement), the Event ID for Carrier Placed, 
the Carrier ID Verified, etc.. Parameters other than SECS/ 
GEM may also be used. 



[0028] | n the case of a change in sequence, the operator may, 
e.g. either: a) examine a list of workitems in a workflow 
and press up or down arrow keys to change the order; or 
b) edit a sequence number that gives the sequence of 
workitems. In the case of enabling or disabling a 
workitem, the operator may change a flag accordingly. 
Other techniques for permitting the software engineer to 
make a change will be evident to those skilled in the art. 

[0029] Adding a new workitem may be accomplished by typing in 
the item (selected from the repertory of the particular tool 
that is set by the tool manufacturer) using the format for a 
java class, well known to those skilled in the art. The HCS 
program then sends that command as it processes the 
java classes within the workflow. 

[0030] it is an advantageous feature of the invention that the 

steps in the sequence of operations executed by a partic- 
ular tool may be altered without recompiling the HCS, 
since the HCS takes advantage of a feature of the java lan- 
guage that picks up and processes or executes items that 
are java classes without the need to recompile. 

[0031] Another advantageous feature of the invention is that the 
HCS deals with all the tools in the same way. The 
workitems for an etching tool may differ from those used 



in a deposition tool, but the HCS operates according to a 
standard flow, differing in the detailed steps within the 
flow. 

[0032] when a carrier containing a lot of wafers to be processed 
arrives at a tool, the HCS will send a reservation command 
to the tool that specifies the carrier and the carrier ID, to- 
gether with a slot map. The tool will check the carrier ID 
to be sure that the correct carrier has arrived. The HCS will 
send commands to the tool to process the wafers - e.g. 
execute the k th recipe on the wafer in the m th slot, etc un- 
til all the wafers are processed. 

[0033] The HCS will check that the correct recipes are stored 
within the tool. If a particular recipe is not stored within 
the tool, the tool will notify the HCS and the HCS will 
download the recipe from the overall system and send it 
to the tool. 

[0034] T he HCS will create "jobs" that include a list of wafers in 
the carrier that receive the same recipe, referred to as a 
process job. A collection of process jobs will be referred 
to as a control job; e.g. process job #7, then process job 
#3, etc.. 

[0035] The HCS performs error recovery, as required, in which 

the HCS responds to an error signal from the tool by com- 



manding it to stop all processing on wafers from this car- 
rier and unload the carrier. The HCS collects relevant data 
from the tool as to which wafers were successfully pro- 
cessed before the error, which were not yet processed and 
which had the recipe that was being run when the error 
occurred and the particular wafer that was being pro- 
cessed at the time of the error. 

[0036] This information is available to process engineers who can 
send on wafers that were successfully processed, process 
(perhaps in another tool) wafers that were not yet pro- 
cessed and deal with the wafers that had the problem. 

[0037] The HCS assembles data from tests performed by the tool 
and passes the results to the data store where they are 
available to the overall fab MES and to other programs to 
monitor progress of a particular lot and to collect statis- 
tics on the performance of the fab. 

[0038] The HCS has access to a database with data from sources 
other than the particular tools that it controls, e.g. mea- 
surement tools that may be physically separate from the 
processing tools. 

[0039] The tool can then proceed with another carrier (assuming 
that the error permits using another recipe and does not 
render the tool inoperative). 



[0040] The HCS will monitor the tool for error signals and alarms, 
ignoring some signals that are below a threshold of sig- 
nificance and responding to signals that are important. 

[0041] The HCS checks that data have been collected by the tool 
on the wafers it has processed and passes the data to the 
proper location. 

[0042] The HCS checks that all the wafers in the carrier have been 
processed. 

[0043] The HCS looks for the next job in sequence and loops 

around to repeat the process. 
[0044] information Gathering 

[0045] The HCS is constantly gathering information from the tool. 
The information gathered by the HCS is determined by a 
configurable set of rules stored in the HCS that are used 
to define reports on the Tool. These reports can also be 
changed on the fly without recompiling or linking. The 
tool thereafter sends periodic reports to the HCS contain- 
ing the requested data. The HCS reads all reports sent by 
the Tool and responds by sending adjustment commands 
(with parameter value updates in some cases) to the Tool. 
The Tool then reads the parameter updates and updates 
its data library. This process permits the HCS to help to do 
automatic diagnostics on the Tool and monitor and/or 



improve Tool performance. 
[0046] According to the invention, the flow of the invention is di- 
vided into units called "workitems" that are arranged in 
sequential workflows. Workitems can be added, disabled 
or removed at runtime or any time without recompiling 
the software. 

[0047] only enabled items are executed by the HCS and sent to 
the tool at runtime. 

[0048] a Workflow may be initiated in response to an impetus 

from the tool or from other equipment in the fab (e.g. the 
material transport system, the fab controller, etc.). 

[0049] An advantageous feature of the invention is that the HCS 
system may be programmed with knowledge about the 
different parameters that affect the performance of the 
parent system. 

[0050] The module has internal logic to manipulate the parame- 
ters to better the performance of the parent (fab-wide) 
system. 

[0051] | n the case of a deposition tool, the HCS runs a batch of 
wafers, performs the diagnostic routine in Fig. 5 that, in 
this case looks at parameters PI, P2, - - of the tool oper- 
ation. The HCS has control over operating parameters kl, 
k2 of the tool and adjusts them, monitoring the result, 



and evaluating the result of each change on the overall 
system performance according to an algorithm stored in- 
ternally. As a simple example, the HCS sends parameters 
to the tool for gas flow and RF power and receives mea- 
surements of film thickness. The algorithm is restricted so 
the HCS is not free to change all parameters or to extend 
the range of a parameter beyond limits that are set in ad- 
vance; e.g. if it is known that a certain RF power will in- 
crease the speed of deposition but will produce a film of 
unacceptable quality, the permitted range of that parame- 
ter will be limited. The HCS suggest a new set of operating 
parameters to the overall system control that may be ac- 
cepted, rejected or modified. The new set of (perhaps 
modified) parameters is then put into the standard proce- 
dure for that type of wafer. 
[0052] Another feature of the invention is that the HCS helps to 
do diagnostics on the HCS itself. The HCS has a mecha- 
nism of publishing its performance information to an ex- 
ternal process program, say the HCS Diagnostics Applica- 
tion. 

[0053] These diagnostics are conducted by an external process 
program that dynamically captures data fields/items from 
the Equipment/Tool into HCS Diagnostics via the HCS and 



manipulates the collected data fields/items for improving 
process on the Equipment/Tool and/or performance of 
the HCS. 

[0054] The HCS Diagnostics Application contains a set of config- 
urable rules that are used to define what type of informa- 
tion the Diagnostics Application is interested in gathering 
from the HCS. This information is sent to the HCS and 
registered within the HCS. 

[0055] The HCS Diagnostics application is dynamically config- 
urable such that the HCS Diagnostics is a plug-in available 
for each Tool/Equipment. The HCS Diagnostics when in- 
stalled as a plug-in automatically determines the type of 
Equipment (CMP, Furnace, RIE, ETCH, LITHO, etc.) being 
controlled by the HCS. The Equipment type being con- 
trolled by the HCS is a parameter of the HCS itself. There- 
after, the HCS Diagnostics will auto-reconfigure itself with 
the latest executable library and be ready for use. 

[0056] The HCS thereafter periodically sends the performance re- 
lated information (defined in the previous step) to the HCS 
Diagnostics Application. This information is sent between 
these two applications (HCS and HCS Diagnostics) via any 
standardized communication application protocol. 

[0057] The HCS diagnostics receives information published by 



one or more HCS. It processes the information using the 
set of rules defined to identify "tuning parameter" adjust- 
ments, on the interaction between the HCS and the tool, 
such as frequency of performing a hand-shake between 
the HCS and Tool, frequency of HCS performing database 
read cache updates from HCS Database, frequency of HCS 
performing a job state (e.g. Control Job State) check on 
Tool. 

[0058] The HCS Diagnostics routine determines how to adjust 
these parameters from the diagnostics information pub- 
lished by the HCS and thereafter sends one/more param- 
eter updates to the HCS. The HCS reads the adjustment 
commands and thereafter reacts by adjusting its own pro- 
cess with/without adjusting Tool behavior if required. 

[0059] The logistics/software engineer can enhance the list of 
Equipment types above and provide an enhanced exe- 
cutable library to perform diagnostics on Equipment types 
not supported by the default HCS Diagnostics. 

[0060] Advantageously, the HCS module uses existing SEMI pro- 
tocols for communicating with the fab control system. 

[0061] Further, the module operates autonomously to vary and 
adjust the parameters under its control to reach an im- 
proved result. 



[0062] yet further, the module reads metric values as described 
above from the system and after evaluation of the effect 
of the present values suggests new metric values to the 
system. 

[0063] The HCS Diagnostics can record default performance met- 
rics about the HCS such as "memory usage, average mes- 
sage response time to Equipment/Tool, average hand- 
shake time with the Equipment/Tool, average Equipment/ 
Tool message time-out, database cache size", these and 
other similar parameters being collectively referred to as 
HCS-Tool Interface, and will manipulate the data for de- 
termining adjustments that need to be made to the HCS 
for better performance. 

[0064] | n operation, the diagnostic system illustrated in Fig. 5 is 
designed such that it can be programmed with knowledge 
about the different parameters that affect performance of 
the parent system and will adjust parameters as permitted 
by the algorithm. 

[0065] The HCS Diagnostics records certain data fields/items that 
are reported by the Tool/Equipment to the HCS. Such data 
fields/items are custom defined for a particular HCS/ 
Equipment instance. For example, for a CMP Polish Equip- 
ment we might be interested in gathering data fields/ 



items such as polish time or wafer thickness for the pol- 
ished wafer. For Equipment such as a Furnace Tool we 
might be interested in gathering information such as fur- 
nace temperature, air pressure, etc. 

[0066] The HCS Diagnostics algorithm is independent of the Tool 
types (CMP, Furnace, etc.) it is applied to. The HCS Diag- 
nostics is a plug-in module to an HCS. This means that 
the HCS Diagnostics is optional for the HCS. The HCS Di- 
agnostics can be enabled/disabled remotely within the 
HCS per user request using standard application pro- 
gramming interface techniques. 

[0067] Provided that the HCS Diagnostics is enabled for the HCS, 
the HCS Diagnostics will then record information as de- 
scribed above. Provided the HCS Diagnostics is enabled 
for the HCS, the HCS Diagnostics will then respond to the 
collected/gathered data fields/items according to the 
logic programmed within the HCS Diagnostics. 

[0068] An example is that of Simple Response Logic for CMP 
Tools: 

[0069] The HCS Diagnostics will respond to wafer thickness by 
adjusting the polish time to ensure that the wafer is not 
over/under polished. 

[0070] The logic for all tools is not described here, but a simple 



logic can be applied for each tool type per the process 
(CMP, Furnace, RIE, ETCH, LITHO, etc.) for corresponding 
tool types. 

[0071] Additionally the HCS Diagnostics can also record data 
fields/items about the HCS and perform diagnostics on 
the collected data fields and send feedback to the HCS. 
This feature requires the HCS to be able to communicate 
two-way with the HCS Diagnostics. 

[0072] D ata fields/items pertaining to HCS's performance, in- 
cludes: memory usage, average message response time to 
Equipment/Tool, average hand-shake time with the 
Equipment/Tool, average Equipment/Tool message time- 
out, etc. 

[0073] The HCS Diagnostics applies logic programmed by a lo- 
gistics/software engineer person - so that the HCS Diag- 
nostics can sense that the HCS parameters need to be ad- 
justed or "fine-tuned" in order to maintain effective and 
reliable communications between the HCS and Equip- 
ment/Tool. 

[0074] The HCS Diagnostic does not necessarily have to "run" as 
an "application module" on the server hosting the HCS. 
The HCS Diagnostics can "run" and "execute" on any 
server that provides a reliable network communication 



path to the HCS. 
[0075] Figure 3 shows a diagram representing an example of 
controlling and altering a workflow by means of the in- 
vention. Five vertical lines represent sources and destina- 
tions of data and commands. At the top center of the Fig- 
ure, the tool sends a signal to the HCS that a carrier has 
been loaded. The HCS responds by fetching the next 
workitems to be done from the database (if it has not al- 
ready done so). 

[0076] Next, the carrier ID is verified, checking that this carrier is 
in fact the one scheduled by the overall fab control system 
to be processed by this tool. 

[0077] The process recipe specified by the fab control system is 
then executed. The lot of wafers is then loaded from the 
tool into the material transport system. 

[0078] on the left a line extending downward from the software 
engineer represents the addition of a new workitem that 
can be added to the steps that are stored without recom- 
piling the HCS software. 

[0079] This beneficial result is accomplished by the use of java 
classes for workitems, so that the feature of the java sys- 
tem of adding (and subtracting) classes without recompil- 
ing permits changing the workflow Aon "the fly". 



[0080] | n the next section, the previous steps are repeated with 

the new wafers in the next carrier. 
[0081] An optional feature of the invention is that a diagnostic 

system may be included in the HCS. This may be applied 

to any HCS used in a plant that conforms to the semi 

standards. 

[0082] This ability to perform diagnostics regardless of the limi- 
tations of the tool manufacturer's software permits the fab 
to be organized more systematically. 

[0083] Figure 4 illustrates the flow of a process of receiving an 
HCS (or an update) and applying it to a tool or tools. 

[0084] At the top of the Figure, boxes 41-1 and 41-2 indicate 
methods of receiving the control software. Box 45 repre- 
sents the receiving entity, either a software engineer who 
will perform the installation manually or a fab control sys- 
tem that will automatically take the same steps. 

[0085] | n the lower right, box 48 represents the storage of the 
control software, which may be on a server that is con- 
trolling a number of tools or in a firmware solid state 
storage. 

[0086] Boxes 25 and 20-n represent the tool manufacturer's 

control software (or the fab operator's software) that con- 
trols the tool and the nth tool itself. 



[0087] b ox 50 represents the diagnostic software that performs 
diagnoses and corrections on the tool control software 
and on the HCS itself. The diagnostic system is general 
and, complying with SEMI standards, may be used with 
HCS system other than the preferred embodiment dis- 
cussed herein; i.e. with systems from other providers. 

[0088] Figure 5 illustrates the operation of a diagnostic system 
according to the invention, in which box 55 at the lower 
center represents the software, line 58 represents trans- 
mission of diagnostic information collected by the tool or 
by ancillary detectors to the analyzing portion of the sys- 
tem, which preferably is an optimizing routine in software, 
but may be supplemented by a human engineer. 

[0089] changes to parameters controlled by the HCS are returned 
along line 59. The changes are then fed back to the 
equipment directly (e.g. a change in gas flow rate) in box 
23 or to an equipment control system box 27, if the par- 
ticular equipment does not have provision for direct com- 
munication and can only communicate through a control 
system. 

[0090] The diagnostic system is flexible and can be tuned to ex- 
tract data from internal source within the tool and/or from 
external sensors (or human inputs). 



[0091] The invention may be implemented in software or 

firmware and may reside on a server, as an attachment to 
the tool that it controls or in any other convenient loca- 
tion. The physical embodiment of the inventive program 
may be in an article of manufacture, e.g. firmware, a 
floppy disk, a hard disk, CD, tape or any other storage 
medium. 

[0092] while the invention has been described in terms of a sin- 
gle preferred embodiment, those skilled in the art will 
recognize that the invention can be practiced in various 
versions within the spirit and scope of the following 
claims. 

[0093] WHAT is claimed is: 



